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COMMON GATEWAY WHICH ALLOWS necessary to achieve a desired result, and thus an interactive 

JAVA APPLETS TO MAKE PROGRAM or iterative approach is preferred. To achieve this efficiency 

CALLS TO OLTP APPLICATIONS losing the interactive or iterative approach, it is desirable to 

EXECUTING ON AN ENTERPRISE SERVER have the capabUity to complete additional processing of 

REFERENCE TO CO-PENDING 5 results returned from the service routine, and make addi- 

APPLICATIONS tional service routine calls based on the additional process- 
ing. 

CROSS REFERENCE TO CO-PENDING in one approach, Common Gateway Interface (CGI) pro- 

APPLICATIONS grams are used to provide Web browser access to data stored 

. . , J . , r 10 in database management systems. CGI is a standard for 

Hie present applicaUon is related to U.S. patent apphca- ^ ^^^^ ^^^^^^ applications, such as Web browsers, to 

tion Scr. No, 09/164,932 ^ed Oct 1, 1998, entitled "Trans- ^^^^^J^ ^^^^^ ^ web servers. The CGI standard 

action Service Independent HTTP Server-to Transac ion ^^^^ programs to be referenced by a Web browser and 

Gateway", assigned to the assignee of the present mvention ^^^^^^ ^ ^^^^ ^^^^^^ ^.^ approach, to 

and incorporated herem by reference. ^^^^ ^ database accessible via the World Wide Web, 

nAnvi-pnimm np thp TNVF^mON a CGI program is executed on the Web server system to 

BACKGROUND OF THE INVENTION transmii information to the database engine, receive results 

1. Field of the Invention from the database engine, and format the data into an HTML 
The present invention relates generally to interfaces document which is returned to the Web browser. While this 

which provide access to On-Line Transaction Processing 20 approach does make the database accessible via the World 

(OLTP) systems from a Web browser, and more particularly. Wide Web, the static nature of the HTML interface that the 

to such interfaces which allow application programs written Web browser uses strictly limits the level of interactivity that 

in the Java programming language to initiate service calls to, the user can exercise with the data returned by the database, 

and process results returned from, services resident on the Another approach which has been utihzed is shown in 

OLTP systems. U.S. patent apphcation Ser. No. 09/033,325, filed Mar. 2, 

2. Description of the Prior Art 1998, now U.S. Pat. No. 6,012,067, issued Jan. 4, 200^ 
..e metLs by which companies conduct busine. with ^^i.^^^^ 

their customers are undergoing fundamental changes, due in HTTP SERVER TO 1 RAINbACl JUIN OAiiiWAi , wmcn 

part to World Wide Web technology. This same technology, 3^ has been incorporated herein by ^^.^^^^^^^^^f JP^^^^^^^ 

which makes a company accessible to customers around the makes On-Line Transaction ^^^^^^"^2(0^1?^^^^^^^^^^^ 

world, may also be us^d on internal company networks to their assoaated databases accessible usmg HTTP interfaces^ 

complete ierational and administrative tksks' With this approach, the OLTP system is accessible to Web 

^ t. . . -.v *u xir iAxirA^xu^ui.th. browsers by establishing a plurality of transaction gateway 

One of the technologies within the World Wide Web is the J^^.^^ HTTP requests sent to a Web server from 

Webbro^r. ^eb browsers are quick^^^^^^^ 35 ^ ^^^^^^ ^h, gateway client establishes a 

user interface standard to the World Wide Web because of connection with the OLTP system, and translates 

their abUity to interpret and ^L^Pl^V J^™7^^^^^^^^^ between HTTP formatted requests from the Web browser 

standard formats (e.g HyperTex Mark-Up Language ^ 

(HTML), standard text, GIF etc.). Client ^f^j^^^^^ ^roac^ s^^ time by ehmination of the prior art steps of 

typicaUy referred to as Web browsers (^-g. Moj^ ^ Lynx ^ ^^^^ ^^en disconneetmg from-the transaction 

etc.), execute on chent systems and issue request to ser^r ^^^^^^^^^^ fo, .^quest from a browser program, 

systems. Server systems typically execute HyperText Trans- V'^^^ ^ • ^A a 11™^ 

port Protocol (HTTP) server programs, and process requests However, smce HTML does not mclude decisional log^c, 

received from the Web browsers. While Web browsers are the Web browser in this approach camiot ^^mpl^te addi- 

quickly becoming a standard user interface in industry, many ,5 tional proc^ing or manipulate results reUirned as HTML 

businesses still have information maintained and managed documents from the OLTP system. This approach also thus 

by prior art data base management systems such as DMS, does not allow appUcaUons executing on the browser to 

ROMS DB2, Oracle, Ingres, Sybase, Informix, and many mampulate or process data returned from the OLTP service, 

others. Furthermore, many database management systems or allow the applications to make subsequent prograna calls 

are being utilized as resources within larger transaction 50 to the OLTP system based on the processing of returned data, 

processing systems. In view of this, businesses have begun SUMMARY OF THE INVENTION 
to recognize and capitalize on the growing prevalence of 

Web browsers in combination with providing access to data The present invention overcomes the disadvantages found 

stored within their database management systems. in the prior art by providing an interface coupled to the Web 

For example, businesses often store many kinds of data 55 server which allows a Web browser to initiate service 

within centralized database management systems, such as routines resident on On-Line Transaction Processing 

product sales records, accounting records, and employee (OLTP) systems through the interface, and complete addi- 

information. Often, access to data stored within these data- tional processing or manipulation of data returned from the 

base management systems is required to assist in making service routine. 

business-related decisions. Service routines may be resident go In a preferred embodiment of the present invention, an 
within the database management systems, and may be called interface is provided to allow application programs resident 
via the Web browser by a user to process and return results on a Web browser to make program caUs to service routines 
based both on input parameters provided and on data stored resident on OLTP systems. In the preferred embodiment, 
within the database management system. these application programs are written in the Java program- 
Since these service routines must often support a wide 65 ming language, and are referred to as Java applets. When a 
variety of requirements, efficiency and flexibiUty in their user accesses an OLTP system from a Web browser that 
execution is desirable. Often, many service routine calls are includes Java applets, the applet may either be resident on 
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the Web browser, or may be copied from the Web server to FIG. 4 is a block diagram showing a preferred embodi- 

the Web browser, whereupon the applet is executed. Since ment of the present invention illustrating a JGate processing 

Java is a regular programming language that includes deci- environment; 

sional capabilities, any data returned from the OLTP pro- FIG. 5 is a diagram showing an exemplary input view on 

gram call can be subsequently manipulated by the Java 5 ^ browser using an input view definition within the JGate 

applet, and the Java applet can use the manipulated data to processing enviromnent; 

make additional OLTP program calls. ^ ^ ^ ^^^^^ ^ 

In a preferred embodiment, ^^^f. ^PPf ^ ^ ^ include the Java applet on the screen of a browser 

tiates the service routme through the mterface by sendmg an - xTrn c ;X^^«tc in^i.t A^t'. fnr thp innnt 

input request to the server The interface receives the input as shown m FIG. 5 whK;h accepts mput data for the mput 

request if the input request is of a predetermined type. In the view definition withm the JGate processing environment, 

preferred embodiment, the interface receives the request if FIG. 7 is a diagram showmg an exemplary output view on 

the input request is from the Java applet. The interface sends a browser corresponding to the input screen of FIG, 5 using 

an input view definition back to the appUcalion program an output view definition within the JGate processing envi- 

which defines an input data format for the requested service ronment; 

routine. The input view definition may be used to build an FIG. 8 shows exemplary input and output views for an 

input screen on the browser which defines an input data exemplary embodiment of the present invention; 

format required to initiate the requested service routine. The pjQ 9 g^ows the MarkDowo method, an excerpt of a Java 

input data format defines a number of input fields, each of applet for the exemplary embodiment of FIG, 8. , 

which may accept input data entries from the user. piGS. lOA and lOB are a flow diagram showing an 

Once the input view definition has been received by the exemplary method of the present invention; and 

application program, and the input data ^^^^^J/^^^ piGS. llAand UB are a flow diagram showing a second 

the requested service routme has been used to generate a j ^^^^^^ , i„f,„tion. 

service request, the apphcation program may execute a ^ ^ 

service routine on the OLTP system through the interface by 25 DETAILED DESCRIPTION OF THE 

sending the service request to the server. The interface PREFERRED EMBODIMENTS 

receives the service request if the service request is of a r*.. 

predetermined type. In the preferred embodiment, the inter- FIG. 1 is a block diagram of the preferred data processing 

face receives the service request if the service request is sent system 8 m which the present mvention is implemented. It 

from the Java applet. Tlie interface sends the service request 30 ^ recognized that the present mvention may be utilized in 

to the service rautine where the service routine may perfomi any data processing system wherein an interface coupled to 

any number of operations, using the mput data provided in a \Nfeb server allows a Web browser to mitiate service 

theservicerequest,ondatastoredinthedatabaseswithinthe rou^-resi3S5t on an OSrHnTTransaction Processmg 

OLTP system (OLTP) system through the interface, and complete addi- 

r J L J- * 1. „f , tional processing or manipulation of data returned from the 

In a preferred embodiment, a result of the service routme 35 . ^ j u r *• „,o™c «e;,i*.r,t ™ 

r ^ . . • J • ♦ * j^t^ service routme, and where application programs resident on 

executmg the service request is returned m an output data ^^y^^ , r & 

cAcuu iug Lu 4 f^^^ft ^r.rrp the browser mitiate additional service routmes withm the 

format to the interface, where the output data lormat corre- . _, • r 1* *, 

J , ^ . OLTP system, based on processing of results returned from 

sponds to the service routine. If the output data format is Y^^* ■': ' . *t r*T-rn * ™ 

r ' * J * r * *u * * the scrvicB routme executmg on the ULlr system, 

different from the mput data format, the mterface sends an vi*^ ivji^ 5 , , . 

output view definition to the application program so that the 40. 1° jhe. preferred embodiment a plurality of 

application program may buUd an output screen on the ^PGAVbrksJations, designated as chents 10, 12, 14 and 16 are 

browser to view the output results. The output view defioi- coupled to a server 18 via a network 20. Hie netwotJOO^ 

tion defines the outpm data format by defining the output be an internal local area network, or may b^thejnle^ 

fields necessary to display the result on the screen of the Each of the clients 10, 12, 14 and 16 is a Web browser The 

browser or to perform further program logic. 45 Web bj^v^^^a^bejer^n^^ 

In a preferred embodiment, the apphcation program may j^ gopeming^ 

perform a number of operations on the output result which liiTsottware proviaes GFi^hl^l User Interface (GUI) and 

is in the output data foVmat, and may send another service communications capabilities to enable the chent to commu- 

request to the browser to initiate another service routine. The Dicate with server apphcation 18 via network 20. 

service request may contain input data entries based on 50 Web server system 50 may be any class of machmes 

performing a number of operations on the output result which are capable of running a server application 18 along 

returned from the previous service request. with a distributed transaction processing system 54^ With the 

transaction processing system 54, a transaction is formatted 

BRIEF DESCRIPTION OF THE DRAWINGS ^^^^ ^^^^^^ 50 forwarded to the enterprise 

Other objects of the present invention and many of the 55 server system 52 for processing, 
attendant advantages of the present invention will be readily jq it^e preferred embodiment, the enterprise server system 
appreciated as the same becomes better imderstood by 52 is a Unisys 2200 series data processing system which 
reference to the following detailed description when con- includes a distributed transaction processmg system 56. The 
sidered in connection with the accompanying drawings, in distributed transaction processing system 56 encompasses 
which like reference numerals designate like parts through- g^me functionality as a monolithic transaction process- 
out the figures thereof and wherein: jug system. But in the preferred embodiment, the distributed 

FIG. 1 is a block diagram of the preferred data processing transaction processing system 56 is designed to be compat- 

system in which the present invention is implemented; ibie with the distributed transaction processing system 54. 

FIG. 2 is a block diagram of the preferred processing Distributed transaction processing systems 54 and 56 utilize 

environment of the present invention; 65 transaction manager software, such as the Open/OLTP trans- 

FIG. 3 is a block diagram showing the Microsoft NT action manager software from Unisys, and utilize user 

processing environment incorporating the present invention; implemented Open/OLTP services. Distributed transaction 
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processing system 54 is coupled to distributed transaction 207 receive requests frona Web server extension 237, or from 
processing system 56 via network 58. Preferably, the net- applications 294, and take whatever action is necessary to 
work interface for network 58 is separate from the network fulfill the request. This typically involves transformmg a 
interface for network 20. request (such as a URL from a Web browser) into a format 
Distributed transaction processing system 56 provides s which is understandable by a distributed transaction pro- 
data from database 28 to transaction cUents 30, 32. 34 and cessing system such as that wiitmi, for example enterprise 
36 Transaction clients 30, 32, 34 and 36 are coupled to server system 52 (see also, FIG. 1). Gateways 213 217 221 
distributed transaction processing system 56 via interface and 207 also transform data returned from the distributed 

transaction processing system mto a formatted response 

In the preferred embodiment, transaction gateway cUent "^^^^^ »^ ^^e requester. 

40 aUows server 18 to interface with distributed transaction WcbViewC compiler 290 is used in conjunction with 

processing system 54. When cUem 10. 12, 14 or 16 selects specific Unisys gateway implementations, such as 

an enterprise based service, the request is routed to server VicwGate. TUXGate, or JGate. WebViewC compiler 290 

18, which in turn routes the request to transaction gateway compUes Open/OLTP view files generated on the OLIF 

cUent 40. Transaction gateway client 40 determines the enterprise system to create WebTx view files (.wv) and 

requested service and forwards the necessary information to HTML files (.html). WebViewC compiler 290 is a friec- 

disu-ibuted transaction processing systems 54 and 56. Dis- standing component with no direa communication to any of 

tributed transaction processing systems 54 and 56 process the other components within the WebTx environment, 
the request within database 28 according to the specified Other WebTx Components include libraries 288 or the 
request (e.g., select, update, delete, etc.). Distributed trans- ^0 Software Development Kit (SDK) libraries, which provide 

action processing systems 54 and 56 return data and/or framework and functions for building custom gateways. Tlie 

status information to transaction gateway client 40, which in SDK is specifically designed to allow customers to build 

turn formats the data in an appropriate manner for server 18. their own gateways. Another type of library present within 

Server 18 then returns the information to requesting cUent the WebTx system is Java class hbraries, which provide 

10, 12, 14 or 16. class definitions for building Jgate -compatible applete^ 

FIG. 2 is a block diagram of the preferred processing FIG. 3 is a block diagram showing thd^Mjg^^ NT_ 

environment of the present invention. A general WebTx processing environment incorporating the presentjnventipn. 

processing environment is shown at 180. WebTx is a Unisys The block diagram shown glB^ffl^i ncltldi^ ^lpSc^ compb-^ 

product. In general. WebTx is middleware in a client/server nents utilized withiD,^ ^^fei^.ft^ !iy"^n^ 

computing environment which accepts requests from the spedfic gatewa^mplementations within Windows PvTI nj^ 

chent side and routes the requests to the correct place on the 202 . """^ 
server side, then passes a response from the server side back SimpleGate Gateway 236 is a Unisys product which is 

to the client side. In the context of the present invention, specifically utilized as a test tool. It merely echoes a request. 
WebTx "marries" a Web-based client/server architecture TUXGate Gateway 240 is a Unisys product which 

with a transactional client/server architecture. provides generalized access to OLTP services through Tux- 

The WebTx environment, as utilized in the present cdo 266. Tuxedo 266 acts as the hub for distributed enter- 
invention, is comprised of several components, including a p^se and Interact three-tier applications. Tuxedo 266 pro- 
monitor 201, a Web server extension 237, one or more vides an open environment that supports a wide variety of 
gateways 213, 217, 221, and 207, the WebViewC compiler ^ clients, databases, networks, legacy systems, and commu- 
290, a set of libraries 288, and other special purpose tools nications options. The FileGate Gateway 244 is a Unisys 
-shown at 290. product which works in conjunction with a specific OLTP 

WebTx Monitor 201 communicates with Web server service to access textual files on the Unisys 2200 node, 

extension 237 via interface 203, and gateways 207, 213, ViewGate 248 is a Unisys product which provides general- 
217. and 221 via interface 209. Monitor 201 functions as the 45 ized access to OLTP services on the Unsys 2200 node (e.g., 

WebTx administrative tool. One function of Monitor 201 is HTML output). JGate 252 is a Unisys product in which the 

to start and stop gateways 207, 213. 217, and 221, as present invention is utilized which provides generalized Java 

required. Under a Unix environment, the WebTx monitor applet access to OLTP services on the Unisys 2200 node, 

module is known as WebMon, while under the Windows NT DGate gateway 256 is a Unisys produa which provides 
environment, the WebTx monitor module is known ^as 50 generalized DCOM access to OLTP services on the Unisys 

WtxSvc. 2200 node. MapperGate gateway 260 is a Unisys product 

WebTx Web server extension 237 is a run-time extension which provides generalized access to Mapper applications 
of Web server 235 (such as Netscape FastTrack, Netscape within the Microsoft Windows NT cnvu-onment. Custom 
Enterprise, or Microsoft IIS). The function of Web server gateway 264 is a user customized gateway whercm a cus- 
extension 237 is to intercept requests intended for WebTx, 55 tomer can build a custom gateway to mterface custom 
and instead route the requests to gateways 207, 213, 217, appHcations to an OLTP enterprise appUcation. 
and 221. Web server extension 237 will also interpret the FIG. 4 is a block diagram showing a preferred embodi- 
response from the gateways, and route the reply. Web server tnent of the present invention illustrating the JGate process- 
extension 237 is coupled to gateways 213, 217, 221 and 207 ing environment. The JGate processing environment is 
via interfaces 211, 215, 219 and 205, respectively. Web 60 shown generally at 300. The environment includes a Win- 
server extension 237 is connected to monitor 201 via inter- dows NT node 302, and a Unisys 2200 node 304 which may 
face 203, and receives HTTP requests 224 over network 228 be an enterprise server. In this system environment. Open/ 
to Web server 235. HTTP requests 224 are generated by Web OLTP services 306 are created by a user on Unisys 2200 
browser 243 on behalf of Java applets 226 and HTML pages node 304, which alternatively may be any other enterprise 
234. 65 system. Open/OLTP services 306 may be designed to 

Gateways 213, 217, 221 and 207 perform tasks which are accomplish a specific tadc, such as updating a user's bank 

grouped into conceptual areas. Gateways 213, 217, 221 and account balance following a debit or credit. 
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The database within Unisys 2200 node 304 is shown at operations on thai data. Open/OLTP Pathway 3^ is alM 

308, and is coupled to Opcn/OLTP services 306 via interface coupled to Pathway binary view 366 via interta^ 368. 

307 In the preferred embodiment, database 308 may be one Pathway binary view 366 is compiled by Open/OLTP Pa±- 

database or may be any number of databases upon which way viewc compiler 362 via compilation prt^cdurc 364. 

data is stored and wherein one or more operations can be 5 View files 314 are passed to Opeo/OLTP Pathway viewc 

performed on the data. The OLTP transaction processing compiler 362 via command-line mterface 360 for subse- 

system upon which Open/OLTP services 306 are capable of quent compilation into Pathway binary view (.w) files 366. 

operating, are indicated at OLTP 310 and TD 2200 312. The steps of processing requests through JGatc 330 are 

Each service within Open/OLTP services 306 is associ- now described in more detail. First, it is understood that any 
ated with an input view (.v) file 314 which defines the input 10 program capable of running under a browser could take 
view definitions which must be provided to Open/OLTP advantage of the functionality provided by the JGate 330 
services 306 View file 314 is coupled to OLTP 310 via interface. Initially, the browser user starts an applet herein 
interface 311. The input view definitions define the input shown as applet 338. Next applet 338 builds a "get the input 
data format required for the service. The interface to the view definition" packet and sends U across mterface 342 to 
service is created by use of view files 314 to define the name 15 Web server 340. Web server 340 provides the input view 
and the number of parameters necessary to be provided to request for the particular requested service to Web server 
the service input. View files 314 also define the type of input extension 334 to determine whether the request is owned by 
parameters (for example, integer vs. character string JGate 330. Web server extension 334 compares the path 
parameters), and also determine the order in which these prefix of the input view request to the list of path prefixes 
parameters are provided to the service. Another one of view 20 corresponding to currently configured gateways. These gate- 
files 314 is created when the service provides output param- ways have been earlier described in FIG. 2 and FIG. 3 above, 
eters defining the number and type of the output parameters. If a match is found for JGate 330, the request is sent to that 
View file 314 creates an output data format corresponding to gateway. The input view request includes the type and 
the service which defines the number and type of output subtype (i.e., name) of the view for which the mformation is 
parameters. Once the user has developed the service within 25 needed. JGate 330 then opens the .wv file corresponding to 
Open/OLTP services 306, and the associated view file at the requested view and sends information about the view, its 
view files 314 the view files 314 are passed via command- fields and their defauh values back through Web server 
line interface 324 to WebViewC 322 and compiled into extension 334 and Web server 340 to applet 338, via 
WebTx binary view (.wv) files 326 via compilation proce- interface 342. The input view definition sent from the JGate 
dure 328. These view files are then made accessible to any 30 330 interface allows the browser upon which applet 338 
of the gateways running under the WebTx environment. In resides to build an input screen using the mput view defi- 
FIG 4 only the JGate gateway is indicated at 330, and is nition. The input view definition defines the mput data 
shown 'as being coupled to WebTx binary view 326 via format by defining a number of input fields which accept 
interface 332 The binary view files 326 are passed through input data entries from the user to be provided by applet 338 
the JGate 330 gateway to Web server extension 334 via 35 to Open/OLTP services 306. Web server extension 334 
interface 336. The Web server extension 336 passes the view decides who owns the input view request by comparmg a 
file definition to applet 338 via Web server 340 through portion of the input view request (e.g., the "get the input 
interface 342. JGate 330 is also coupled to WtxSvc 370 via view definition") to a number of known portions corre- 
interface 374 and WtxSvc 370 is coupled to Web server sponding to the predetermined type. In the preferred 
extension 334 via interface 372. 40 embodiment, the predetermined type is the JGate 330 mter- 

Applet 338 may be any one of a number of apphcation face. The portion of the input view tcqacsl is a path prefix 

pro-ams which are rmining on a browser. In the preferred which is compared to a list of path prefixes correspondmg to 

embodiment, applet 338 is an apphcation program written in the currently configured WebTx gateways (see also FIG. 2 

the Java programming language which may be accessed by and FIG. 3). Web server extension 334 then sends the input 

a Web paje within the Web browser. Furthermore, the applet 45 view request to the JGate 330 interface if the path prefix is 

may be copied, via Web server 340, to the Web browser, equal to the path prefix withm the list of path prefixes 

where applet 338 may then be executed. Java classes 339 are corresponding to the JGate 338 interface. The path prefix 

coupled to applet 338 via interface 343. Applet 338 may may also be a portion of an address path which is a portion 

place all input parameters into a view buffer in the manner of the input view request. The predetermmed type is a JGate 

of the view file WebTx binary view 326. Applet 338 then 50 view type corresponding to JGate 330. 

passes this view buffer to the Web server 340 through Next, the user takes an action which invokes a service call 

interface 342, which may be a local area network or the to 2200 node 304. Applet 338 may execute the service 

Internet. The Web server extension 334 then forwards the routine at Open/OLTP services 306 through the JGate 330 

request to Jgate 330 via interface 336 through a pipe, which interface by sending a service request to Web server 340. 

is a standard communication mechanism in the Microsoft 55 The service request contains one or more data entnes in the 

operating environment Jgate 330 then forwards the view input data formal corresponding to the requested service, 

buffer to Open/OLTP pathway 344 via interface 346. Open/ Web server 340 again lets Web server extension 334 decide 

OLTP pathway 344 establishes a FDDI connection via whether it owns the request. Web server extension 334 agam 

interface 348 to the OLTP transaction processing system TD compares the path prefix to the list of path prefixes corre- 
2200 312, and makes a caU to the requested service within 60 sponding to the currently configured WebTx gateways. 

Open/OLTP services 306. Open/OLTP services 306 per- When a match is found for the JGate 330 gateway, the 

forms the request and returns any output data in the output request is sent to that gateway. Included in the request is the 

data format provided by view files 314 for that particular service name, the input view type (e.g., X_C_TYPE) and 

service. These output parameters are provided to JGate 330 subtype (i.e., the view name), and name-value pairs pro- 
which in turn forwards a buffer to applet 338 via interface 65 vidingvaluesfordatafields within the input view. JGate 330 

342. Applet 338 may then extract output data as defined by then opens the .wv file corresponding to the requested input 

the view file, and perform additional processing steps or view and builds the view field data into the template 
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provided by the .wv file or input view definition. JGate 330 representing store ID numbers, and steps through each of 

also calls Open/OLTP services 306 on 2200 node 304 (via these IDs calling the service GetWorstlWo. The service 

tpcall( )). Open/OLTP services 306 eventually sends a GetWorstTwo takes the input view shown at 420 as input, 

response back to JGate 330 (via tpreium( )). Included in the The service GetWorstT\vo then queries the database for the 
information sent back is the output view type and subtype 5 two products at the particular store which have had the 

and data for fields within the output view. lowest sales. 

The output definition defines the output data format The service GetWorstTwo returns the product ID output 

required for applet 338 to receive the result Applet 338 can view as shown at 430, The output view at 430 indicates two 

then build an output screen on the browser using the output products, with "num" set to two, and "prodids" containing 
view definition, wherein the output view definition defines 10 the ID numbers of the two products. The method repeats the 

the output data format by defining the output fields. Each service GetWorstTwo for all of the store IDs in the array. The 

one of the output fields can accept one or more data items view at 430 assumes that no more than 10 store IDs are 

and display the one or more items on the output screen. If the passed to the method, since this view can hold no more than 

input data format is equal to the output data format, only the 20 product IDs at a time. 

field values need be sent to applet 338 from JGate 330. Once all the product IDs have been gathered, the resulting 

Furthermore, the input and output formats received by view at 430 is passed to the CutRedTape service, which 

applet 338 allow applet 338 to perform one or more opera- performs additional processing, before approving the par- 

tions on the output result and submit additional service ticular products for markdown. The output view returned by 

requests. These additional service requests have one or more the CutRedTape service is shown at 440. If, for example, the 
input data entries which may be based on applet 338 20 approval was for a percentage markdown allowed for the 

completing operations on the previous output result. Once requested products, the percentage could have been returned 

Open/OLTP services 306 sends a response back to JGate by the method as a double-precision value in "approved." 

330, JGate 330 sends the information about the output view, pjQ g sho\vs the Java applet's MarkDown method for the 

fields and default values via Web server extension 334 and exemplary embodiment of FIG. 8. The MarkDown method 
Web server 340 to applet 338. JGate 330 uses the binary 25 ^ ^^^^^ generally at 450. 

view template (.wv) for the output view. However, if the ^ . ^ . ^ . ♦ * ^ j 

V / y ^ First, a store ID mput view must be constructed and the 

output view and mput view are the same, then JUate JJU - , - «u u _ * u «^ tu* 

1 J n ij 1 1 * • ♦u f« » field number for the id field must be retrieved. The hue at 

onlv sends field values. Once applet 338 receives the output . • * * • u * >iift • mn o m, r 

* ■ f *• ^ *u» u™,™ ;„ o 452 retrieves the mput view shown at 420 in FIG. 8. The hne 

view. It may present the mformaUon on the browser in a ^^^^^^^ the number of the field «td" and stores the 

relevant fashion. ^^^^^ ^ j^^j ^^^^^^^ "idField," 

FIG, 5 is a diagram showing an exemplary input^view ^ Next, the product ID view shown at 430 must be prepared, 

a browser using an input view defimUon within the JGate ^^^^.^^^^ ^.^^ ^^j,^^ PRODUCT_IDS. 

processing environment, m input view shown at 380 is ^^^^^ prqdUCT IDS is ±e view name and "gatew- 

exemplary of a view seen from the browser as a result of i^dicatesThe URL for JGate. TTie Une at 458 

applet 338 building the mput ^een usmg the mput view J^^^^^^ ^^^^^ ^^^^ „ ^^^^^^ 

definition passed from JGate 330. In this example, the input . -.1.1 1 • ui « j-jn ^it 

. ^^f"*., -l. number m the local vanable "prodidsField." 

screen shows the mput view definition definmg the input ^ i_ - 1 

data format through a number of input fields. Input field 382 Next, the view for the store ID is set up, wherein a loop 

accepts a first of two integers to add. Input field 384 accepts is imtiated for all the store IDs. The line at 460 indicates 
a second of two integers to add. Input field 386 accepts a 5 ^° setting up the view for the store ID using the field number 

character string to be reversed. Once the input data entries fof the field «id", retrieved from the local vanablc "idField." 

have been entered, a user may click on the OK button at 388 Next, the service GetWorstTwo is called. The Unisys 

to pass the service request to Open/OLTP services 306. 2200 service is called at line 462. This service call gets the 

where the requested service routine may be executed. first two product IDs returned by the service. 

FIG. 6 is a diagram showing the HTML code created by Next, data is extracted from the output view buffer as 

the user to include the Java applet on the screen of a browser indicated at line 464. This is possible because the location of 

as shown in FIG. 5, which accepts input data for the input the field "prodids" was obtained at line 458 above into the 

view definition. The HTML code is shown generally at 400. local variable "prodidsField." 

FIG. 7 is a diagram showing an exemplary output view on 50 Once the products to mark down have been placed in the 

the browser corresponding to the input screen of FIG. 5 PROD UCT_IDS view, the «num" field of the view must be 

using an output view definition within the JGate processing set to indicate to the service how many products to operate 

environment. The exemplary output view is shown generally on before the service is called. This is indicated at line 466. 

at 410 and indicates the result of applet 338 building an A second service, CutRedTape, is called at line 468. Onoe 
output SCTeen on the browser using the output view defini- 55 the RED_TAPE view has been placed in "return View", the 

tion returned from Open/OLTP services 306. The output approval percentage can be retrieved, 

view definition defines the output data format by defining FIGS. lOA and lOB are a flow diagram showing an 

the output fields displaying the output data items. Output exemplary method of the present invention. The flow dia- 

ficld 412 indicates the result of adding the integers at input gram initiates one or more operations on data stored in a 
fields 382 and 384 of FIG. 5. 50 transaction processing system wherein a user interfaces with 

FIG. 8 shows exemplary input and output views for an a browser which is coupled to a server, and wherein an 
exemplary embodiment of the present invention. In this interface is coupled to the server and the server is coupled 
example, a retail outlet marks down a list of products that to the transaction processing system. An application pro- 
have not sold well in a certain region. The regional manager gram is executable on the browser. The transaction process- 
uses an administrative applet over the corporate intranet 65 ing system includes one or more databases wherein each one 
which contains the method MarkDown (see FIG. 9). The of a number of service routines resident on the transaction 
MarkDown method takes as input an array of integers processing system performs one or more operations on data 
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Stored in the one or more databases. The flow diagram is is then passed lo element 522 via interface 524. Element 522 

shown generally at 480. The flow diagram is entered at sends the one of the number of service requests to the 

element 482, wherein control is passed to element 488 via selected one of the number of service routines if the interface 

interface 486. Element 488 initiates a selected one of the received the one of the number of service requests. Control 

number of service routines from the application program by 5 is then passed to element 526 via interface 528. Element 526 

sending a one of a number of input view requests to the executes the selected one of the number of service routines, 

server, where the interface receives the one of the number of Control is then passed to element 530 via interface 532, 

input view requests only if the one of the number of input El^^^ent 530 provides a result of the transaction processing 

view requests is the same type as the interface. Element 488 ^V^'^^ executmg the selected one of the number of service 

-J. J . • - f « - «f «,.^K*r « routmes to the interface m an output data format which 

may further comprise determmmg if the one of the number 10 ^^^^ corresponding one of the number of 

of mput view requests is the same type as the mterface by ^^^^^^ ^^^^^^^ ^^^^ ^ ^^^^^ ^ 

companng a portion of the one of the number of mput view g ^ing one of a number of output view definitions to the 

requests to each one of a number of known portions, where apphcation program from the corresponding one of the 

the one of the number of mput view requests is the same type number of service routines, where the corresponding one of 

as the interface if the portion of the one of the number of 15 number of output view definitions defines an output data 

input view requests is equal to the one of the number of format required for the appUcation program to receive the 

known portions corresponding to the interface. Element 488 result, and may bufld an output screen on the browser using 

may further comprise downloading the application program ttjg output view definition, where the output view definition 

from the browser to the server. Control is then passed to defines the output data format by defining a number of 

element 492 via interface 494. Element 492 sends a corre- 20 output fields, each one of the number of output fields 

spending one of a number of input view definitions to the accepting one or more data items and displaying the one or 

application program from the server in response to the one more data items in the output screeu, where the result is 

of the number of input view requests, where the correspond- comprised of the one or more data items. Element 530 may 

ing one of the number of input view definitions defines an further comprise sending a corresponding one of a number 

input data format required for the corresponding one of the 25 of input view definitions to the application program from the 

number of service routines. Control is then passed to ele- server, where the corresponding one of the number of input 

ment 496 via interface 498. Element 496 builds an input view definitions defines the input data format required for 

screen on the browser using the input view definition, where the corresponding one of the number of service routines, and 

the input view definition defines the input data format by may build an input screen on the browser using the input 

defining a number of input fields, where each one of the 30 view definition, where the input view definition defines the 

number of input fields accepts one or more input data entries input data format by defining a number of input fields, each 

from the user and are provided in the input data format by one of the number of input fields accepting one or more 

the applicatbn program to the corresponding one of the input data entries from the user to be provided in the input 

number of service routines. Control is then passed to ele- data format to the application program, where the applica- 

ment 500 via interface 502, where the algorithm is exited. 35 tion program uses the one or more input data entries to 

FIGS. IIA and IIB are a flow diagram showing a second perform the number of operations on the result. Control is 

exemplary method of the present invention. The flow dia- then passed to element 534 via interface 536. Element 534 

gram initiates one or more operations on data stored in a provides the result to the application program from the 

transaction processing system wherein a user interfaces with interface, where the appUcation program performs a number 

a browser which is coupled to a server, and wherein an 40 ofoperations on the resuU in the output data format. Element 

interface is coupled to the server and the server is coupled 534 may further include the user providing one or more 

to the transaction processing system. An application pro- input data entries in the input data format to the application 

gram is executable on the browser. The transaction process- program, where the application program uses the one or 

ing system includes one or more databases wherein each one more input data entries to perform the number of operations 

of a number of service routines resident on the transaction 45 on the result, eement 534 may further include the appUca- 

processing system performs one or more operations on data tion program sending another one of the number of service 

stored in the one or more databases. The flow diagram is requests to the server, where the another one of the number 

shown generally at 510. The flow diagram is entered at of service requests has one or more input data entries in the 

element 512, wherein control is passed to element 518 via input data format, where the input data format corresponds 

interface 516. Element 518 sends a one of a number of 50 to the corresponding one of the number of service routines, 

service requests from the application program to the server, where the interface receives the one of the number of service 

where the one of the number of service requests have one or requests only if the one of the number of service requests is 

more input data entries in an input data format, wherein the the same type as the interface. Control is then passed to 

input data format is required for the corresponding one of the element 538 via interface 540, where the algorithm is exited, 

number of service routines, and where the interface receives 55 Having thus described the preferred embodiments of the 

the one of the number of service requests only if the one of present invention, those of skill in the art wiU readily 

the number of service requests is the same type as the appreciate that the teaching? found herein may be applied to 

interface. Element 518 may fiirther comprise determining if yet other embodiments within the scope of the claims hereto 

the one of the number of service requests is the same type attached, 

as the interface by comparing a portion of the one of the 60 What is claimed is: 

number of service requests to each one of a number of 1. In a data processing system wherein a browser is 

known portions, where the one of the number of service coupled to a server and the server is coupled to a transaction 

requests is the same type as the interface if the portion of the processing system, the transaction processing system includ- 

one of the number of service requests is equal to the one of ing one or more databases wherein each one of a number of 

the number of known portions corresponding to the inter- 65 service routines resident on the transaction processing sys- 

face. Element 518 may further comprise downloading the tem performs one or more operations on data stored in the 

application program from the browser to the server. Control one or more databases, the improvement comprising: 



07/25/2003, EAST Version: 1.04.0000 



us 6,397,220 Bl 

13 14 

a. an interface coupled to the server wherein the browser 10. A data processing system according to claim 5 

initiates a selected one of the number of service rou- wherein the data processing system wherein said application 

tines through said interface, said interface providing a program is written in the Java programming language, 

result of the transaction processing system executing n. A data processing system according to claim 10 

said selected one of the number of service routines to 5 wherein said application program written in said Java pro- 

the browser in a format which allows the browser to gramming language is a Java applet, 

perform a number of operations on said result. 12. A data processing system according to claim 3 

2. A data processing system wherein a user interfaces with wherein the application program is downloaded from the 
a browser which is coupled to a server, the server being browser to the server. 

coupled to a transaction processing system, the transaction 13. a data processing system according to claim 2 

processing system including one or more databases wherein ^^^^qi^ said application prt^ram executes a selected one of 

each one of a number of service routines resident on the number of service routines resident on the transaction 

transaction processing system performs one or more opera- system through said interface by sending a one of 

lions on data stored m the one or more databases, compris- H ^^^^^^^^^^ ^^^^^^ ^^e server, said one of said 

"^S- . 15 number of service requests having one or more input data 

a. an application program executable on the browser, and ^^^^^ ^ data format wherein said input data format 

b. an interface coupled to the server wherein said appU- ^ ^ ^.^^^ ^^.^ ^^j^^^^^ ^-^ ^^^^ service 
cation program initiates a se ecled one of the nunaber of ^ ^^.^ ^^.^ ^^^^^ 
servi^ routmes through said interface, said inRrface g ^^^^^^ ^^^^^^^ 

^l^^rrZ^ ^0 one of sa^ number of^er^ce Routines only if,^^ 

Ses fo said application program in a format which said number of service requests is a predetermmed type so 

Xws said apphc^ation progfam to perform a number of that said selected one of said number of service rou ines can 

operations on said result. Perform the one or more operations using the input data on 

3. A data processing system according to claim 2 wherein the data stored m the one or more databases. 

said application program initiates a selected one of the 25 14. A data processing system according to claim 13 

number of service routines through said interface by sending wherein the server further comprises a server extension 

a one of a number of input view requests to the server, said coupled to said interface, said server extension determining 

interface receiving said one of said number of input view jf said one of said number of service requests is said 

requests only if said one of said number of input view predetermined type by comparing a portion of said one of 

requests is a predetermined type, said interface sending a g^id number of service requests to a known portion, said 

corresponding one of a number of input view definitions to server extension sending said one of said number of service 

said application program in response to said one of said requests to said interface if said portion of said one of said 

number of input view requests, said corresponding one of number of service requests is equal to said known portion, 

said number of input view definitions defining an input data ^ ^^^^ processing system according to claim 13 

format required for said conesponding one of said number ^[,^^^^11 said interface receives a result of the transaction 

of service routines. , . 1 u • processing system executing said selected one of the number 

4 Adata P'.<'<^^^^ ^y^'^^ '^^^^^^ of service routines in an output data format which corre- 

said appbcation program builds an mput screen on the ^3 3^^^ corresponding one of said number of service 

browser using said input view definition, said input view ^puuui* lu *aiu kajii«puuu ^ 

definftion defining safd input data format by defining a routines, said mterface ^^"^^^^ ^^^^ ^^^^^^ 

number of input fields, each one of said number of input 40 cation program so that said application program can perform 

fields accepting one or more input data entries from the user a number of operations on said result. , • 

to be provided in said input data format by said application 16. A data processmg system accordmg to claim 15 

program to said corresponding one of said number of service wherein the user provides one or more mput data entnes m 

routines. said input data format to said application program, said 

5. A data processing system according to claim 3 further 45 appUcation program using said one or more input data 
comprising a server extension coupled to said interface, said entries to perform said number of operations on said result^ 
server extension determining if said one of said number of 17. A data processing system accordmg to claim 16 
input view requests is said predetermined type by comparing wherein said application program sends another one of said 
a portion of said one of said number of input view requests number of service requests to the server, said another one of 
to a known portion, said known portion corresponding to 50 said number of service requests having said one or more 
said predetermined type, said server extension sending said input data entries in said input data format, said mput data 
one of said number of input view requests to said interface format corresponding to said corresponding one of said 
if said portion of said one of said number of input view number of service routines, said interface receiving said one 
requests is equal to said known portion. of said number of service requests only if said one of said 

6. A data processing system according to claim 5 wherein 55 number of service requests is the same type as said mterface. 
said one of the number of input view requests comprises an 18. A data processing system according to claim 17 
address path, a portion of said address path being said wherein said application program receives a corresponding 
portion of said one of said number of input view requests. one of a number of output view deflmtions from said 

7 A data processing system according to claim 6 wherein selected one of said number of service routines, said corre- 

said portion of said address path is a path prefix. 60 sponding one of said number of output view definitions 

8. Adata processing system according to claim 6 wherein defining an output data format required for said apphcation 
the server extension is a WebTx server extension. program to receive said result. 

9. A data processing system according to claim 5 wherein 19. A data processing system accordmg to claim 18 
said interface is a JGate interface, said server extension wherein said application program builds an output screen on 
sending said one of said number of input view requests to 65 the browser using said output view definition, said output 
said JGate interface when said predetermined type is a JGate view definition defining said output data format by defining 
view type a number of output fields, each one of said number of output 
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fields accepting one or more data items and displaying said 30. A data processing system according lo claim 29 

one or more output items in said output screen, said result wherein the server ftirther comprises a server extension 

being comprised of said one or more data items. coupled to said number of interfaces, said server extension 

20. A data processing system according to claim 18 determining if said one of said number of input view 
wherein said application program sends another one of said $ requests is the same type as said one of said number of 
number of service requests to the server, said another one of interfaces by comparing a portion of said one of said number 
said number of service requests having said one or more of input view requests to each one of a number of known 
input data entries in said input data format, said input data portions, each said one of said number of known portions 
format corresponding to said selected one of said number of corre^onding to a unique one of said number of interfaces, 
service routines, said interface receiving said one of said ^^^^ one of said number of input view requests being the 
number of service requests only if said one of said number g^mg type as said one of said number of interfaces if said 
of service requests is said predetermined type. portion of said one of said number of input view requests is 

21. A data processing system according to claim 20 ^^^^j ^^id number of known portions corre- 
wherein each one of said number of service requests com- spending to said one of said number of interfaces, 
prises an address path, a ^rtion of said address path being ^^^^ processing system according to claim 28 
said portion of said one of said number of service requests. ^^^^^.^ ^^^^ application programs 

22. A data processmg system accondmg to claim 21 ^ . ^^^^^^ 
wherein said portion of said address path is a path prefix. txt^uita a »n^u.u uu^ ^^^j^ u„ ^r^Ai^n « 

23. A data processing system according to claim 22 through said one of said number of interfaces by sending a 
wherein the server extension is a WebTx server extension. of a number of service requests to the server, said one 

24. A data processing system according lo claim 20 20 of said number of mterfaces receivmg said one of said 
wherein said interface is a JGate interface, said server number of service requests only if said one of said number 
extension sending said one of said number of input view of service requests is the same type as said one of said 
requests to said JGate interface when said predetermined number of interfaces. 

type is a JGate view type. 32. A data processing system according to claim 31 

25. A data processing system according to claim 20 25 wherein the server further comprises a server extension 
wherein the data processing system wherein said application coupled to said number of interfaces, said server extension 
program is written in the Java programming language. determining if said one of said number of service requests is 

26. A data processing system according to claim 25 the same type as said one of said number of interfaces by 
wherein said one of said number of application programs comparing a portion of said one of said number of service 
written in said Java programming language is a Java applet. 30 requests to each one of a number of knovsm portions, each 

27. A data processing system according to claim 12 said one of said number of known portions corresponding to 
wherein the application program is downloaded from the a unique one of said number of interfaces, said one of said 
browser to the server. number of service requests being the same type as said one 

28. A data processing system wherein a browser is of said number of interfaces if said portion of said one of 
coupled to a server and the server is coupled to a transaction 35 said number of service requests is equal to said one of said 
processing system, a number of application programs which number of known portions corresponding to said one of said 
are executable on the browser, the transaction processing number of interfaces. 

system including one or more databases wherein each one of 33. A data processing system wherein a browser is 

a number of service routines resident on the transaction coupled to a server and the server is coupled to a transaction 

processing system performs one or more operations on data 40 processing system, a number of apphcation programs which 

stored in the one or more databases, comprising: are executable on the browser, the transaction processing 

a a number of interfaces coupled to the server wherein a system including one or more databases wherein each one of 

one of the number of application programs initiates a a number of service routmes resident on the transaction 

selected one of the number of service routines through processing system performs one or more operations on data 

a one of said number of interfaces, said one of said 45 stored m the one or more databases, comprismg: 

number of interfaces providing a result of the transac- a. initiation means coupled to the server, a one of the 

tion processing system executing said selected one of number of application programs initiating a selected 

the number of service routines to said one of the one of the number of service routines by sending a one 

number of application programs in a format which of a number of input view requests to the server, said 

aUows said one of the number of appUcation programs 50 initiation means receiving said one of said number of 

to perform a number of operations on said result. input view requests only if said one of said number of 

29. A data processing system according to claim 28 input view requests is the same type as said initiation 
wherein said one of the number of application programs means, said initiation means sending a corresponding 
initiates a selected one of the number of service routines one of a number of input view definitions to said one of 
through said one of said number of interfaces by sending a 55 the number of application programs in response to said 
one of a number of input view requests to the server, said one one of said number of input view requests, said corre- 
of said number of interfaces receiving said one of said sponding one of said number of input view definitions 
number of input view requests only if said one of said defining an input data formal required for said corre- 
number of input view requests is the same type as said one sponding one of said number of service routines; 

of said number of interfaces, said one of said number of 60 b. execution means coupled to the server, said one of the 

interfaces sending a corresponding one of a number of input number of application programs executing a selected 

view definitions to said one of the number of appUcation one of the number of service routines through said 

programs in response to said one of said number of input execution means by sending a one of a number of 

view requests, said corresponding one of said number of service requests to the server, said one of said number 

input view definitions defining an input data format required 65 of service requests having said input data formal for 

for said corresponding one of said number of service rou- said corresponding one of said number of service 

tines. routines, said execution means receiving said one of 
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said number of service requests only if said one of said 
number of service requests is the same type as said 
execution means, said execution means providing a 
result of the transaction processing system executing 
said selected one of the number of service routines to 
said one of the number of application programs in an 
output data formal which allows said one of the number 
of application programs to perform a number of opera- 
tions on said result; and 
c. selection means coupled to the server, said selection 
means determining if said one of said number of input 
view requests is the same type as said initiation means 
by comparing a portion of said one of said number of 
input view requests to each one of a number of known 
portions, said one of said number of input view requests 
being the same type as said initiation means if said 
portion of said one of said number of input view 
requests is equal to said one of said number of known 
portions corresponding to said initiation means, said 
selection means determining if said one of said number 
of service requests is the same type as said execution 
means by comparing a portion of said one of said 
number of service requests to each one of a number of 
known portions, said one of said number of service 
requests being the same type as said execution means 
if said portion of said one of said number of service 
requests is equal to said one of said number of known 
portions corresponding to said execution means. 
34. A method for completing one or more transactions on 
a transaction processing system from an application program 
resident on a browser wherein the browser and an interface 
arc coupled to a server and the server is coupled to the 
transaction processing system, each one of a number of 
service routines resident on the transaction processing sys- 
tem performing the one or more transactions, the method 
comprising the steps of: 

a. initiating a selected one of the number of service 
routines through the interface from the application 
program; and 

b. providing a resuU of the transaction processing system 
executing the selected one of the number of service 
routines from the transaction processing system 
through the interface to the application program in a 
format which allows the application program to per- 
form a number of operations on said resuh. 

55, A method for initiating one or more operations on data 
stored in a transaction processing system wherein a user 
interfaces with a browser which is coupled to a server, an 
interface being coupled to the server and the server being 
coupled to the transaction processing system, an application 
program which is executable on the browser, the transaction 
processing system including one or more databases wherein 
each one of a number of service routines resident on the 
transaction processing system performs one or more opera- 
tions on data stored in the one or more databases, the method 
comprising the steps of: 

a. initiating a selected one of the number of service 
routines from the application program by sending a one 
of a number of input view requests to the server, the 
interface receiving said one of said number of input 
view requests only if said one of said number of input 
view requests is the same type as the interface; 

b. sending a corresponding one of a number of input view 
definitions to the application program from said server 
in response to said one of said number of input view 
requests, said corresponding one of said number of 
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input view definitions defining an input data format 
required for said corresponding one of said number of 
service routines; and 
c. building an input screen on the browser using said input 
view definition, said input view definition defining said 
input data format by defining a number of input fields, 
each one of said number of input fields accepting one 
or more input data entries from the user to be provided 
in said input data format by the application program to 
said corresponding one of said number of service 
routines, 

36. A method according to claim 35 wherein step (b) 
further comprises the step of determining if said one of said 
number of input view requests is the same type as the 
interface by comparing a portion of said one of said nimibcr 
of input view requests to each one of a number of known 
portions, said one of said number of input view requests 
being the same type as the interface if said portion of said 
one of said number of input view requests is equal to said 
one of said number of known portions concsponding to the 
interface. 

37. A method according to claim 36 wherein the interface 
is a JGate interface. 

38. A method according to claim 35 wherein step (b) 
further comprises the step of dowtdoading the application 
program from the browser to die server. 

39. A method for initiating one or more operations on data 
stored in a transaction processing system wherein a user 
interfaces with a browser which is coupled to a server, an 
interface being coupled to the server and the server being 
coupled to the transaction processing system, an application 
program which is executable on the browser, the transaction 
processing system including one or more databases wherein 
each one of a number of service routines resident on the 
transaction processing system performs one or more opera- 
tions on data stored in the one or more databases, the method 
comprising the steps of: 

a. sending a one of a number of service requests from the 
application program to the server, said one of said 
number of service requests having one or more input 
data entries in an input data format wherein said input 
data format is required for said corresponding one of 
said number of service routines, the interface receiving 
said one of said number of service requests only if said 
one of said number of service requests is the same type 
as the interface; 

b. sending said one of said number of service requests to 
said selected one of the number of service routines if 
the interface received said one of said number of 
service requests; 

c. executing said selected one of the number of service 
routines; 

d. providing a result of the transaction processing system 
executing said selected one of the number of service 
routines to the interface in an output data format which 
corresponds to said corresponding one of said number 
of service routines; and 

e. providing said result to the apphcation program from 
the interface, the application program performing a 
number of operations on said result in said output data 
format, 

40. A method according to claim 39 wherein step (e) 
further includes the user providing one or more input data 
entries in said input data format to the application program, 
the application program using said one or more input data 
entries to perform said number of operations on said result. 
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41. A method according to claim 39 wherein step (e) 
further includes the application program sending another 
one of said number of service requests to the server, said 
another one of said number of service requests having said 
one or more input data entries in said input data format, said 5 
input data format corresponding to said corresponding one 
of said number of service routines, the interface receiving 
said one of said number of service requests only if said one 
of said number of service requests is the same type as the 
interface. 10 

42. A method according to claim 39 wherein step (e) 
further comprises the steps of: 

a. sending a corresponding one of a mmibcr of output 
view definitions to the application program from said 
corresponding one of said number of service routines, is 
said corresponding one of said number of output view 
definitions defining an output data format required for 
the application program to receive said result; and 

b. building an output screen on the browser using said 
output view definition, said output view definition 
defining said output data format by defining a number 
of output fields, each one of said number of output 
fields accepting one or more data items and displaying 
said one or more data items in said output screen, said 
result being comprised of said one or more data items. 

43. A method according to claim 39 wherein step (e) 
further comprises the steps of: 

a. sending a corresponding one of a number of input view 
definitions to the application program from said server. 
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said corresponding one of said number of input view 
definitions defining said input data format required for 
said corresponding one of said number of service 
routines; and 

b. building an input screen on the browser using said input 
view definition, said input view definition defining said 
input data format by defining a number of input fields, 
each one of said number of input fields accepting one 
or more input data entries fi^om the user to be provided 
in said input data format to the application program, the 
application program using said one or more input data 
entries to perform said number of operations on said 
result. 

44. A method according to claim 39 wherein step (b) 
further comprises the step of determining if said one of said 
number of service requests is the same type as the interface 
by comparing a portion of said one of said number of service 
requests to each one of a number of known portions, said one 
of said number of service requests being the same type as the 
interface if said portion of said one of said number of service 
requests is equal to said one of said number of known 
portions corresponding to the interface. 

45. A method according to claim 39 wherein step (b) 
further comprises the step of downloading the application 
program from the server to the browser, 

46. A method according to claim 44 wherein the interface 
is a JGate interface. 

♦ * * * * 
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